System and method for detecting, tracking and counting human objects of interest with an improved height calculation

ABSTRACT

Techniques for evaluating height data are disclosed herein. Height values for a tracked object are obtained over a specified period of time. Clusters including at least one of the height values are generated. The cluster having the largest amount of height values is identified. A height of the tracked object is estimated from the identified cluster.

BACKGROUND Field of the Invention

The present invention generally relates to the field of object detection, tracking, and counting. In specific, the present invention is a computer-implemented detection and tracking system and process for detecting and tracking human objects of interest that appear in camera images taken, for example, at an entrance or entrances to a facility, as well as counting the number of human objects of interest entering or exiting the facility for a given time period.

Related Prior Art

Traditionally, various methods for detecting and counting the passing of an object have been proposed. U.S. Pat. No. 7,161,482 describes an integrated electronic article surveillance (EAS) and people counting system. The EAS component establishes an interrogatory zone by an antenna positioned adjacent to the interrogation zone at an exit point of a protected area. The people counting component includes one people detection device to detect the passage of people through an associated passageway and provide a people detection signal, and another people detection device placed at a predefined distance from the first device and configured to detect another people detection signal. The two signals are then processed into an output representative of a direction of travel in response to the signals.

Basically, there are two classes of systems employing video images for locating and tracking human objects of interest. One class uses monocular video streams or image sequences to extract, recognize, and track objects of interest. The other class makes use of two or more video sensors to derive range or height maps from multiple intensity images and uses the range or height maps as a major data source.

In monocular systems, objects of interest are detected and tracked by applying background differencing, or by adaptive template matching, or by contour tracking. The major problem with approaches using background differencing is the presence of background clutters, which negatively affect robustness and reliability of the system performance. Another problem is that the background updating rate is hard to adjust in real applications. The problems with approaches using adaptive template matching are:

1) object detections tend to drift from true locations of the objects, or get fixed to strong features in the background; and

2) the detections are prone to occlusion. Approaches using the contour tracking suffer from difficulty in overcoming degradation by intensity gradients in the background near contours of the objects. In addition, all the previously mentioned methods are susceptible to changes in lighting conditions, shadows, and sunlight.

In stereo or multi-sensor systems, intensity images taken by sensors are converted to range or height maps, and the conversion is not affected by adverse factors such as lighting condition changes, strong shadow, or sunlight.

Therefore, performances of stereo systems are still very robust and reliable in the presence of adverse factors such as hostile lighting conditions. In addition, it is easier to use range or height information for segmenting, detecting, and tracking objects than to use intensity information.

Most state-of-the-art stereo systems use range background differencing to detect objects of interest. Range background differencing suffers from the same problems such as background clutter, as the monocular background differencing approaches, and presents difficulty in differentiating between multiple closely positioned objects.

U.S. Pat. No. 6,771,818 describes a system and process of identifying and locating people and objects of interest in a scene by selectively clustering blobs to generate “candidate blob clusters” within the scene and comparing the blob clusters to a model representing the people or objects of interest. The comparison of candidate blob clusters to the model identifies the blob clusters that is the closest match or matches to the model. Sequential live depth images may be captured and analyzed in real-time to provide for continuous identification and location of people or objects as a function of time.

U.S. Pat. Nos. 6,952,496 and 7,092,566 are directed to a system and process employing color images, color histograms, techniques for compensating variations, and a sum of match qualities approach to best identify each of a group of people and objects in the image of a scene. An image is segmented to extract regions which likely correspond to people and objects of interest and a histogram is computed for each of the extracted regions. The histogram is compared with pre-computed model histograms and is designated as corresponding to a person or object if the degree of similarity exceeds a prescribed threshold. The designated histogram can also be stored as an additional model histogram.

U.S. Pat. No. 7,176,441 describes a counting system for counting the number of persons passing a monitor line set in the width direction of a path. A laser is installed for irradiating the monitor line with a slit ray and an image capturing device is deployed for photographing an area including the monitor line. The number of passing persons is counted on the basis of one dimensional data generated from an image obtained from the photographing when the slit ray is interrupted on the monitor line when a person passes the monitor line.

Despite all the prior art in this field, no invention has developed a technology that enables unobtrusive detection and tracking of moving human objects, requiring low budget and maintenance while providing precise traffic counting results with the ability to distinguish between incoming and outgoing traffic, moving and static objects, and between objects of different heights. Thus, it is a primary objective of this invention to provide an unobtrusive traffic detection, tracking, and counting system that involves low cost, easy and low maintenance, high-speed processing, and capable of providing time-stamped results that can be further analyzed.

In addition, people counting systems typically create anonymous traffic counts. In retail traffic monitoring, however, this may be insufficient. For example, some situations may require store employees to accompany customers through access points that are being monitored by an object tracking and counting system, such as fitting rooms. In these circumstances, existing systems are unable to separately track and count employees and customers. The present invention would solve this deficiency.

SUMMARY OF THE INVENTION

According to one aspect of the present invention, a method for counting and tracking defined objects comprises the step of receiving subset data with a data capturing device, wherein the subset data is associated with defined objects and includes a unique identifier, an entry time, an exit time, and location data for each defined object. The method may further include the steps of receiving subset data at a counting system, counting the defined objects, tracking the defined objects, associating a location of a defined object with a predefined area, and/or generating path data by plotting X and Y coordinates for the defined object within the predefined area at sequential time periods

In some embodiments, the method may further include the step of receiving location data at the data capturing device, wherein the location data is received from tracking technology that detects cellular signals emitted from one or more mobile handsets or signals emitted from membership cards, employee badges, rail or air tickets, rental car keys, hotel keys, store-sponsored credit or debit cards, or loyalty reward cards with RFID chips.

In some embodiments, the cellular signals include T-IMSI, CDMA, or Wi-Fi signals.

In some embodiments, the method may further include the step of receiving data from another independent system regarding physical characteristics of the object.

In some embodiments, the other independent system may be selected from the group consisting of point of sale systems, loyalty rewards systems, point of sale trigger information, and mechanical turks.

In some embodiments, the method may further include the steps of converting the subset data into sequence records and creating a sequence array of all of the sequence records, wherein a sequence record may include: (a) a unique ID, which is an unsigned integer associated with a mobile handset, a telephone number associated with the mobile handset or any other unique number, character, or combination thereof, associated with object, (b) a start time, which may consist of information indicative of a time when the object was first detected within a coverage area, (c) an end time, which may consist of information indicative of a time when the object was last detected within the coverage area of the data capturing device, and/or (d) an array of references to all tracks that overlap a particular sequence record.

In some embodiments, the method may further include the step of determining a dwell time for an object within a predefined area by subtracting the end time for that predetermined area from the start time for that predetermined area.

In some embodiments, the method may further include the step of using Z coordinates to further track objects within a predefined area defined by multiple floors.

In some embodiments, the method may further include the step of using the subset data to generate reports showing at least one of the number of objects within a predefined area, a number of objects within the predefined area during a specific time period, a number of predefined areas that were visited by an object, or dwell times for one or more predefined areas.

In some embodiments, the method may further include the step of using at least path data and subset data to aggregate the most common paths taken by objects and correlate path data information with dwell times.

In some embodiments, the method may further include the step of generating a report that shows at least one of the following: (a) the most common paths that objects take in a store, including corresponding dwell times, (b) changes in shopping patterns by time period or season, and/or (c) traffic patterns for use by store security or HVAC systems in increasing or decreasing resources at particular times.

In some embodiments, the method may further include the step of generating a conversion rate by (a) loading transaction data related to transactions performed, (b) loading traffic data including a traffic count and sorting by time periods, and/or (c) dividing the transactions by the traffic counts for the time periods.

In some embodiments, the transaction data may include a sales amount, the number of items purchases, the specific items purchased, the data and time of the transaction, the register used for the transaction, and the sales associate that completed the transaction.

In some embodiments, the method may further include the step of generating a report showing comparisons between purchasers and non-purchasers based on at least one of the dwell times, the predefined areas, or the time periods.

In accordance with these and other objectives that will become apparent hereafter, the present invention will be described with particular references to the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic perspective view of a facility in which the system of the present invention is installed;

FIG. 2 is a diagram illustrating the image capturing device connected to an exemplary counting system of the present invention;

FIG. 3 is a diagram illustrating the sequence of converting one or more stereo image pairs captured by the system of the present invention into the height maps, which are analyzed to track and count human objects;

FIG. 4 is a flow diagram describing the flow of processes for a system performing human object detection, tracking, and counting according to the present invention;

FIG. 5 is a flow diagram describing the flow of processes for object tracking;

FIGS. 6A-B are a flow diagram describing the flow of processes for track analysis;

FIGS. 7A-B are a first part of a flow diagram describing the flow of processes for suboptimal localization of unpaired tracks;

FIGS. 8A-B are a second part of the flow diagram of FIG. 7 describing the flow of processes for suboptimal localization of unpaired tracks;

FIGS. 9A-B are is a flow diagram describing the flow of processes for second pass matching of tracks and object detects;

FIG. 10 is a flow diagram describing the flow of processes for track updating or creation;

FIG. 11 is a flow diagram describing the flow of processes for track merging;

FIG. 12 is a flow diagram describing the flow of processes for track updates;

FIG. 13 is a conceptual diagram illustrating an example scenario in which a counting system may be deployed;

FIG. 14 is a simple diagram of an example embodiment of a stereo-optical sensor unit described relative to FIG. 13;

FIG. 15 is a simple block diagram of an example embodiment of an arrangement components of the stereo-optical sensor unit described relative to FIG. 13;

FIG. 16 is a simple block diagram of an arrangement of components of the counting system described relative to FIG. 13;

FIG. 17 is an example conceptual diagram of an example embodiment of a counting area defined for a counting system;

FIG. 18 is an example conceptual diagram of a grid view of an 8-connected blob;

FIG. 19 is an example conceptual diagram of an overhead of a blob that is indicative of an individual; and

FIGS. 20 and 21 are a flow diagrams illustrating a method for determining a height calculation in the stereo-optical counting system described relative to FIG. 13.14 is a flow diagram depicting the flow of processes for retrieving object data and tag data and generating track arrays and sequence arrays.

DETAILED DESCRIPTION OF THE INVENTION

This detailed description is presented in terms of programs, data structures or procedures executed on a computer or a network of computers. The software programs implemented by the system may be written in languages such as JAVA, C, C++, C#, Assembly language, Python, PHP, or HTML. However, one of skill in the art will appreciate that other languages may be used instead, or in combination with the foregoing.

1. System Components

Referring to FIGS. 1, 2 and 3, the present invention is a system 10 comprising at least one image capturing device 20 electronically or wirelessly connected to a counting system 30. In the illustrated embodiment, the at least one image capturing device 20 is mounted above an entrance or entrances 21 to a facility 23 for capturing images from the entrance or entrances 21. Facilities such as malls or stores with wide entrances often require more than one image capturing device to completely cover the entrances. The area captured by the image capturing device 20 is field of view 44. Each image, along with the time when the image is captured, is a frame 48 (FIG. 3).

Typically, the image capturing device includes at least one stereo camera with two or more video sensors 46 (FIG. 2), which allows the camera to simulate human binocular vision. A pair of stereo images comprises frames 48 taken by each video sensor 46 of the camera. A height map 56 is then constructed from the pair of stereo images through computations involving finding corresponding pixels in rectified frames 52, 53 of the stereo image pair.

Door zone 84 is an area in the height map 56 marking the start position of an incoming track and end position of an outgoing track. Interior zone 86 is an area marking the end position of the incoming track and the start position of the outgoing track. Dead zone 90 is an area in the field of view 44 that is not processed by the counting system 30.

Video sensors 46 (FIG. 2) receive photons through lenses, and photons cause electrons in the image capturing device 20 to react and form light images. The image capturing device 20 then converts the light images to digital signals through which the device 20 obtains digital raw frames 48 (FIG. 3) comprising pixels. A pixel is a single point in a raw frame 48. The raw frame 48 generally comprises several hundred thousands or millions of pixels arranged in rows and columns.

Examples of video sensors 46 used in the present invention include CMOS (Complementary Metal-Oxide Semiconductor) sensors and/or CCD (Charge-Coupled Device) sensors. However, the types of video sensors 46 should not be considered limiting, and any video sensor 46 compatible with the present system may be adopted.

The counting system 30 comprises three main components: (I) boot loader 32; (2) system management and communication component 34; and (3) counting component 36.

The boot loader 32 is executed when the system is powered up and loads the main application program into memory 38 for execution.

The system management and communication component 34 includes task schedulers, database interface, recording functions, and TCP/IP or PPP communication protocols. The database interface includes modules for pushing and storing data generated from the counting component 36 to a database at a remote site. The recording functions provide operations such as writing user defined events to a database, sending emails, and video recording.

The counting component 36 is a key component of the system 10 and is described in further detail as follows.

2. The Counting Component.

In an illustrated embodiment of the present invention, at least one image capturing device 20 and the counting system 30 are integrated in a single image capturing and processing device. The single image capturing and processing device can be installed anywhere above the entrance or entrances to the facility 23. Data output from the single image capturing and processing device can be transmitted through the system management and communication component 34 to the database for storage and further analysis.

FIG. 4 is a diagram showing the flow of processes of the counting component 36. The processes are: (1) obtaining raw frames (block 100); (2) rectification (block 102); (3) disparity map generation (block 104); (4) height map generation (block 106); (5) object detection (block 108); and (6) object tracking (block 110).

Referring to FIGS. 1-4, in block 100, the image capturing device 20 obtains raw image frames 48 (FIG. 3) at a given rate (such as for every 1As second) of the field of view 44 from the video sensors 46. Each pixel in the raw frame 48 records color and light intensity of a position in the field of view 44. When the image capturing device 20 takes a snapshot, each video sensor 46 of the device 20 produces a different raw frame 48 simultaneously. One or more pairs of raw frames 48 taken simultaneously are then used to generate the height maps 56 for the field of view 44, as will be described.

When multiple image capturing devices 20 are used, tracks 88 generated by each image capturing device 20 are merged before proceeding to block 102.

Block 102 uses calibration data of the stereo cameras (not shown) stored in the image capturing device 20 to rectify raw stereo frames 48. The rectification operation corrects lens distortion effects on the raw frames 48. The calibration data include each sensor's optical center, lens distortion information, focal lengths, and the relative pose of one sensor with respect to the other. After the rectification, straight lines in the real world that have been distorted to curved lines in the raw stereo frames 48 are corrected and restored to straight lines. The resulting frames from rectification are called rectified frames 52, 53 (FIG. 3).

Block 104 creates a disparity map 50 (FIG. 3) from each pair of rectified frames 52, 53. A disparity map 50 is an image map where each pixel comprises a disparity value. The term disparity was originally used to describe a 2-D vector between positions of corresponding features seen by the left and right eyes. Rectified frames 52, 53 in a pair are compared to each other for matching features. The disparity is computed as the difference between positions of the same feature in frame 52 and frame 53.

Block 106 converts the disparity map 50 to the height map 56. Each pixel of the height map 56 comprises a height value and x-y coordinates, where the height value is represented by the greatest ground height of all the points in the same location in the field of view 44. The height map 56 is sometimes referred to as a frame in the rest of the description.

2.1 Object Detection

Object detection (block 108) is a process of locating candidate objects 58 in the height map 56. One objective of the present invention is to detect human objects standing or walking in relatively flat areas. Because human objects of interest are much higher than the ground, local maxima of the height map 56 often represent heads of human objects or occasionally raised hands or other objects carried on the shoulders of human objects walking in counting zone 84,86 (FIG. 1). Therefore, local maxima of the height map 56 are identified as positions of potential human object 58 detects. Each potential human object 58 detect is represented in the height map 56 by a local maximum with a height greater than a predefined threshold and all distances from other local maxima above a predefined range.

Occasionally, some human objects of interest do not appear as local maxima for reasons such as that the height map 56 is affected by false detection due to snow blindness effect in the process of generating the disparity map 50, or that human objects of interests are standing close to taller objects such as walls or doors. To overcome this problem, the current invention searches in the neighborhood of the most recent local maxima for a suboptimal location as candidate positions for human objects of interest, as will be described later.

A run is a contiguous set of pixels on the same row of the height map 56 with the same non-zero height values. Each run is represented by a four-tuple (row, start-column, end-column, height). In practice, height map 56 is often represented by a set of runs in order to boost processing performance and object detection is also performed on the runs instead of the pixels.

Object detection comprises four stages: 1) background reconstruction; 2) first pass component detection; 3) second pass object detection; and 4) merging of closely located detects.

2.1.1 Component Definition and Properties

Pixel q is an eight-neighbor of pixel p if q and p share an edge or a vertex in the height map 56, and both p and q have non-zero height values. A pixel can have as many as eight-neighbors.

A set of pixels E is an eight-connected component if for every pair of pixels Pi and Pi in E, there exists a sequence of pixels Pi′ . . . , Pi such that all pixels in the sequence belong to the set E, and every pair of two adjacent pixels are eight neighbors to each other. Without further noting, an eight connected component is simply referred to as a connected component hereafter.

The connected component is a data structure representing a set of eight-connected pixels in the height map 56. A connected component may represent one or more human objects of interest. Properties of a connected component include height, position, size, etc. Table 1 provides a list of properties associated with a connected component. Each property has an abbreviated name enclosed in a pair of parentheses and a description. Properties will be referenced by their abbreviated names hereafter.

TABLE 1 Variable Name Number (abbreviated name) Description 1 component ID (det_ID) Identification of a component. In the first pass, componentID represents the component. In the second pass, componentID represents the parent component from which the current component is derived. 2 peak position (det_maxX, det_maxY) Mass center of the pixels in the component having the greatest height value. 3 peak area (det_maxArea) Number of pixels in the component having the greatest height value. 4 center (det_X, det_Y) Mass center of all pixels of the component. 5 minimum size Size of the shortest side of two minimum (det_minSize) rectangles that enclose the component at 0 and 45 degrees. 6 maximum size Size of the longest side of two minimum (det_maxSize) rectangles that enclose the component at 0 and 45 degrees. 7 area (det_area) Number of pixels of the component. 8 minimum height Minimum height of all pixels of the (det_minHeight) component. 9 maximum height Maximum height of all pixels of the (det_maxHeight) component. 10 height sum (det_htSum) Sum of heights of pixels in a small square window centered at the center position of the component, the window having a configurable size. 11 Grouping flag A flag indicating whether the subcomponent (de_grouped) still needs grouping. 12 background A flag indicating whether the mass center of (det_inBackground) the component is in the background 13 the closest detection Identifies a second pass component closest to (det_closestDet) the component but remaining separate after operation of “merging close detections”.

Several predicate operators are applied to a subset of properties of the connected component to check if the subset of properties satisfies a certain condition. Component predicate operators include:

IsNoisy, which checks whether a connected component is too small to be considered a valid object detect 58. A connected component is considered as “noise” if at least two of the following three conditions hold: 1) its det_minSize is less than two thirds of a specified minimum human body size, which is configurable in the range of [9,36] inches; 2) its det_area is less than four ninths of the area of a circle with its diameter equal to a specified minimum body size; and 3) the product of its det_minSize and det_area is less than product of the specified minimum human body size and a specified minimum body area.

IsPointAtBoundaries, which checks whether a square window centered at the current point with its side equal to a specified local maximum search window size is intersecting boundaries of the height map 56, or whether the connected component has more than a specific number of pixels in the dead zone 90. If this operation returns true, the point being checked is considered as within the boundaries of the height map 56.

NotSmallSubComponent, which checks if a subcomponent in the second pass component detection is not small. It returns true if its detrninxize is greater than a specified minimum human head size or its det_area is greater than a specified minimum human head area.

BigSubComponentSeed, which checks if a subcomponent seed in the second pass component detection is big enough to stop the grouping operation. It returns true if its detrninxize is greater than the specified maximum human head size or its det_area is greater than the specified maximum human head area.

SmallSubComponent, which checks if a subcomponent in the second pass component detection is small. It returns true if its detrninxize is less than the specified minimum human head size or its der area is less than the specified minimum human head area.

2.1.2 Background Reconstruction

The background represents static scenery in the field view 44 of the image capturing device 20 and is constructed from the height map 56. The background building process monitors every pixel of every height map 56 and updates a background height map. A pixel may be considered as part of the static scenery if the pixel has the same non-zero height value for a specified percentage of time (e.g., 70%).

2.1.3 First-Pass Component Detection

First pass components are computed by applying a variant of an eight-connected image labeling algorithm on the runs of the height map 56. Properties of first pass components are calculated according to the definitions in Table 1. Predicate operators are also applied to the first pass components. Those first pass components whose “IsNoise” predicate operator returns “true” are ignored without being passed on to the second pass component detection phase of the object detection.

2.1.4 Second Pass Object Detection

In this phase, height map local maxima, to be considered as candidate human detects, are derived from the first pass components in the following steps.

First, for each first pass component, find all eight connected subcomponents whose pixels have the same height. The deigrouped property of all subcomponents is cleared to prepare for subcomponent grouping and the deCID property of each subcomponent is set to the ID of the corresponding first pass component.

Second, try to find the highest ungrouped local maximal subcomponent satisfying the following two conditions: (1) the subcomponent has the highest height among all of the ungrouped subcomponents of the given first pass component, or the largest area among all of the ungrouped subcomponents of the given first pass component if several ungrouped subcomponents with the same highest height exist; and (2) the subcomponent is higher than all of its neighboring subcomponents. If such a subcomponent exists, use it as the current seed and proceed to the next step for further subcomponent grouping. Otherwise, return to step 1 to process the next first pass component in line.

Third, ifBigSubComponentSeed test returns true on the current seed, the subcomponent is then considered as a potential human object detect. Set the det grouped flag of the subcomponent to mark it as grouped and proceed to step 2 to look for a new seed. If the test returns false, proceed to the next step.

Fourth, try to find a subcomponent next to the current seed that has the highest height and meets all of the following three conditions: (I) it is eight-connected to the current seed; (2) its height is smaller than that of the current seed; and (3) it is not connected to a third subcomponent that is higher and it passes the NotSmallSubComponent test. If more than one subcomponent meets all of above conditions, choose the one with the largest area. When no subcomponent meets the criteria, set the deigrouped property of the current seed to “grouped” and go to step 2. Otherwise, proceed to the next step.

Fifth, calculate the distance between centers of the current seed and the subcomponent found in the previous step. If the distance is less than the specified detection search range or the current seed passes the SmallSubComponent test, group the current seed and the subcomponent together and update the properties of the current seed accordingly. Otherwise, set the det grouped property of the current seed as “grouped”. Return to step 2 to continue the grouping process until no further grouping can be done.

2.1.5 Merging Closely Located Detections

Because the image capturing device 20 is mounted on the ceiling of the facility entrance (FIG. 1), a human object of interest is identified by a local maximum in the height map. Sometimes more than one local maxima detection is generated from the same human object of interest. For example, when a human object raises both of his hands at the same time, two closely located local maxima may be detected. Therefore, it is necessary to merge closely located local maxima.

The steps of this phase are as follows.

First, search for the closest pair of local maxima detections. If the distance between the two closest detections is greater than the specified detection merging distance, stop and exit the process. Otherwise, proceed to the next step.

Second, check and process the two detections according to the following conditions in the given order. Once one condition is met, ignore the remaining conditions and proceed to the next step:

a) if either but not all detection is in the background, ignore the one in the background since it is most likely a static object (the local maximum in the foreground has higher priority over the one in the background);

b) if either but not all detection is touching edges of the height map 56 or dead zones, delete the one that is touching edges of the height map 56 or dead zones (a complete local maximum has higher priority over an incomplete one);

c) if the difference between det maxlleights of detections is smaller than a specified person height variation threshold, delete the detection with significantly less 3-D volume (e.g., the product of det_maxHeight and det masArea for one connected component is less than two thirds of the product for the other connected component) (a strong local maximum has higher priority over a weak one);

d) if the difference between maximum heights of detections is more than one foot, delete the detection with smaller det_maxHeight if the detection with greater height among the two is less than the specified maximum person height, or delete the detection with greater det_maxHeight if the maximum height of that detection is greater than the specified maximum person height (a local maxima with a reasonable height has higher priority over a local maximum with an unlikely height);

e) delete the detection whose det_area is twice as small as the other (a small local maximum close to a large local maximum is more likely a pepper noise);

f) if the distance between the two detections is smaller than the specified detection search range, merge the two detections into one (both local maxima are equally good and close to each other);

g) keep both detections if the distance between the two detections is larger than or equal to the specified detection search range (both local maxima are equally good and not too close to each other). Update the det., closestDet attribute for each detection with the other detection's ID.

Then, return to step 1 to look for the next closest pair of detections.

The remaining local maxima detections after the above merging process are defined as candidate object detects 58, which are then matched with a set of existing tracks 74 for track extension, or new track initiation if no match is found.

2.2 Object Tracking

Object tracking (block 110 in FIG. 1) uses objects detected in the object detection process (block 108) to extend existing tracks 74 or create new tracks 80. Some short, broken tracks are also analyzed for possible track repair operations.

To count human objects using object tracks, zones 82 are delineated in the height map 56. Door zones 84 represent door areas around the facility 23 to the entrance. Interior zones 86 represent interior areas of the facility. A track 76 traversing from the door zone 84 to the interior zone 86 has a potential “in” count. A track 76 traversing to the door zone 84 from the interior zone 86 has a potential “out” count. If a track 76 traverses across zones 82 multiple times, there can be only one potential “in” or “out” count depending on the direction of the latest zone crossing.

As illustrated in FIG. 5, the process of object tracking 110 comprises the following phases: 1) analysis and processing of old tracks (block 120); 2) first pass matching between tracks and object detects (block 122); 3) suboptimal localization of unpaired tracks (block 124); 4) second pass matching between tracks and object detects (block 126); and 5) track updating or creation (block 128).

An object track 76 can be used to determine whether a human object is entering or leaving the facility, or to derive properties such as moving speed and direction for human objects being tracked.

Object tracks 76 can also be used to eliminate false human object detections, such as static signs around the entrance area. If an object detect 58 has not moved and its associated track 76 has been static for a relatively long time, the object detect 58 will be considered as part of the background and its track 76 will be processed differently than normal tracks (e.g., the counts created by the track will be ignored).

Object tracking 110 also makes use of color or gray level intensity information in the frames 52, 53 to search for best match between tracks 76 and object detects 58. Note that the color or the intensity information is not carried to disparity maps 50 or height maps 56.

The same technique used in the object tracking can also be used to determine how long a person stands in a checkout line.

2.2.1 Properties of Object Track

Each track 76 is a data structure generated from the same object being tracked in both temporal and spatial domains and contains a list of 4-tuples (x, y, t, h) in addition to a set of related properties, where h, x and y present the height and the position of the object in the field of view 44 at time t. (x, y, h) is defined in a world coordinate system with the plane formed by x and y parallel to the ground and the h axis vertical to the ground. Each track can only have one position at any time. In addition to the list of 4-tuples, track 76 also has a set of properties as defined in Table 2 and the properties will be referred to later by their abbreviated names in the parentheses:

TABLE 2 Number Variable Name Description 1 ID number (trk_ID) A unique number identifying the track. 2 track state (trk_state) A track could be in one of three states: active, inactive and deleted. Being active means the track is extended in a previous frame, being inactive means the track is not paired with a detect in a previous frame, and being deleted means the track is marked for deletion. 3 start point (trk_start) The initial position of the track (Xs, Ys, Ts, Hs). 4 end point (trk_end) The end position of the track (Xe, Ye, Te, He). 5 positive Step Numbers (trk_posNum) Number of steps moving in the same direction as the previous step. 6 positive Distance (trk_posDist) Total distance by positive steps. 7 negative Step Numbers (trk_negNum) Number of steps moving in the opposite direction to the previous step. 8 negative Distance (trk_negDist) Total distance by negative steps. 9 background count The accumulative duration of the track in (trk_backgroundCount) background. 10 track range (trk_range) The length of the diagonal of the minimal rectangle covering all of the track's points. 11 start zone (trk_startZone) A zone number representing either door zone or interior zone when the track is created. 12 last zone (trk_lastZone) A zone number representing the last zone the track was in. 13 enters (trk_enters) Number of times the track goes from a door zone to an interior zone. 14 exits (trk_exits) Number of times the track goes from an interior zone to a door zone. 15 total steps (trk_totalSteps) The total non-stationary steps of the track. 16 high point steps (trk_higbPtSteps) The number of non-stationary steps that the track has above a maximum person height (e.g. 85 inches). 17 low point steps (trk_lowPtSteps) The number of non-stationary steps below a specified minimumn person height. 18 maximum track height The maximum height of the track. (trk_maxTrackHt) 19 non-local maximum detection point The accumulative duration of the time that the (trk_nonMaxDetNum) track has from non-local maximum point in the height map and that is closest to any active track. 20 moving vector (trk_movingVec) The direction and offset from the closest point in time to the current point with the offset greater than the minimwn body size. 21 following track (trk_followingTrack) The ID of the track that is following closely. If there is a track following closely, the distance between these two tracks don't change a lot, and the maximum height of the front track is less than a specified height for shopping carts, then the track in the front may be considered as made by a shopping cart. 22 minimum following distance The minimum distance from this track to the (trk_minFollowingDist) following track at a point of time. 23 maximum following distance The maximum distance from this track to the (trk_maxFollowingDist) following track at a point of time. 24 following duration (trk_voteFollowing) The time in frames that the track is followed by the track specified in trk_followingTrack. 25 most recent track The id of a track whose detection t was once (trk_lastCollidingTrack) very close to this track's non-local minimum candidate extending position. 26 number of merged tracks The number of small tracks that this track is (trk_mergedTracks) made of through connection of broken tracks. 27 number of small track searches The number of small track search ranges used (trk_smallSearches) in merging tracks. 28 Mirror track (trk_mirrorTrack) The ID of the track that is very close to this track and that might be the cause of this track. This track itself has to be from a non-local maximum detection created by a blind search, or its height has to be less than or equal to the specified minimum person height in order to be qualified as a candidate for false tracks. 29 Mirror track duration The time in frames that the track is a candidate (trk_voteMirrorTrack) for false tracks and is closely accompanied by the track specified in trk_mirrorTrack within a distance of the specified maximum person width. 30 Maximum mirror track distance The maximum distance between the track and (trk_maxMirrorDist) the track specified in trk_mirrorTrack.

2.2.2 Track-Related Predicative Operations

Several predicate operators are defined in order to obtain the current status of the tracks 76. The predicate operators are applied to a subset of properties of a track 76 to check if the subset of properties satisfies a certain condition. The predicate operators include:

IsNoisyNow, which checks if track bouncing back and forth locally at the current time. Specifically, a track 76 is considered noisy if the track points with a fixed number of frames in the past (specified as noisy track duration) satisfies one of the following conditions:

a) the range of track 76 (trkrange) is less than the specified noisy track range, and either the negative distance (trk_negDist) is larger than two thirds of the positive distance (trk_posDist) or the negative steps (trk_negNum) are more than two thirds of the positive steps (trk_posNum);

b) the range of track 76 (trkrange) is less than half of the specified noisy track range, and either the negative distance (trk_negDist) is larger than one third of the positive distance (trk_posDist) or the negative steps (trk_negNum) are more than one third of the positive steps (trk_posNum).

WholeTrackIsNoisy: a track 76 may be noisy at one time and not noisy at another time.

This check is used when the track 76 was created a short time ago, and the whole track 76 is considered noisy if one of the following conditions holds:

a) the range of track 76 (trkrange) is less than the specified noisy track range, and either the negative distance (trk_negDist) is larger than two thirds of the positive distance (trk_posDist) or the negative steps (trk_negNum) are more than two thirds of the positive steps (trk_posNum);

b) the range of track 76 (trkrange) is less than half the specified noisy track range, and either the negative distance trk_negDist) is larger than one third of the positive distance (trk_posDist) or the negative steps (trk_negNum) are more than one third of the positive steps (trk_posNum).

IsSameTrack, which check if two tracks 76, 77 are likely caused by the same human object. All of the following three conditions have to be met for this test to return true: (a) the two tracks 76, 77 overlap in time for a minimum number of frames specified as the maximum track timeout; (b) the ranges of both tracks 76, 77 are above a threshold specified as the valid counting track span; and (c) the distance between the two tracks 76, 77 at any moment must be less than the specified minimum person width.

IsCountIgnored: when the track 76 crosses the counting zones, it may not be created by a human object of interest. The counts of a track are ignored if one of the following conditions is met:

Invalid Tracks: the absolute difference between trk_exits and trk_enters is not equal to one.

Small Tracks: trkrange is less than the specified minimum counting track length.

Unreliable Merged Tracks: trkrange is less than the specified minimum background counting track length as well as one of the following: trk_mergedTracks is equal to trk__smallSearches, or trk_backgroundCount is more than 80% of the life time of the track 76, or the track 76 crosses the zone boundaries more than once.

High Object Test: trk_highPtSteps is larger than half of trk_totalSteps.

Small Child Test: trk_lowPtSteps is greater than ¾ of trk_totalSteps, and trk_maxTrackHt is less than or equal to the specified minimum person height.

Shopping Cart Test: trk_voteFollowing is greater than 3, trk_minFollowingDist is more than or equal to 80% of trk_maxFollowingDist, and trk_maxTrackHt is less than or equal to the specified shopping cart height.

False Track test: trk_voteMirrorTrack is more than 60% of the life time of the track 76, and trk_maxMirrorTrackDist is less than two thirds of the specified maximum person width or trk_totalVoteMirrorTrack is more than 80% of the life time of the track 76.

2.2.3 Track Updating Operation

Referring to FIG. 12, each track 76 is updated with new information on its position, time, and height when there is a best matching human object detect 58 in the current height map 56 for First, set trk_state of the track 76 to 1 (block 360).

Second, for the current frame, obtain the height by using median filter on the most recent three heights of the track 76 and calculate the new position 56 by averaging on the most recent three positions of the track 76 (block 362).

Third, for the current frame, check the noise status using track predicate operator IsNoisyNow. If true, mark a specified number of frames in the past as noisy. In addition, update noise related properties of the track 76 (block 364).

Fourth, update the span of the track 76 (block 366).

Fifth, if one of the following conditions is met, collect the count carried by track 76 (block 374):

a) the track 76 is not noisy at the beginning, but it has been noisy for longer than the specified stationary track timeout (block 368); or

b) the track 76 is not in the background at the beginning, but it has been in the background for longer than the specified stationary track timeout (block 370).

Finally, update the current zone information (block 372).

2.2.4 Track Prediction Calculation

It helps to use a predicted position of the track 76 when looking for best matching detect 58. The predicted position is calculated by linear extrapolation on positions of the track 76 in the past three seconds.

2.2.5 Analysis and Processing of Old Track

This is the first phase of object tracking. Active tracks 88 are tracks 76 that are either created or extended with human object detects 58 in the previous frame. When there is no best matching human object detect 58 for the track 76, the track 76 is considered as inactive.

This phase mainly deals with tracks 76 that are inactive for a certain period of time or are marked for deletion in previous frame 56. Track analysis is performed on tracks 76 that have been inactive for a long time to decide whether to group them with existing tracks 74 or to mark them for deletion in the next frame 56. Tracks 76 are deleted if the tracks 76 have been marked for deletion in the previous frame 56, or the tracks 76 are inactive and were created a very short period of time before. If the counts of the soon-to-be deleted tracks 76 shall not be ignored according to the IsCountIgnored predicate operator, collect the counts of the tracks 76.

2.2.6 First Pass Matching Between Tracks and Detects

After all tracks 76 are analyzed for grouping or deletion, this phase searches for optimal matches between the human object detects 58 (i.e. the set of local maxima found in the object detection phase) and tracks 76 that have not been deleted.

First, check every possible pair of track 76 and detect 58 and put the pair into a candidate list if all of the following conditions are met:

1) The track 76 is active, or it must be long enough (e.g. with more than three points), or it just became inactive a short period of time ago (e.g. it has less than three frames);

2) The smaller of the distances from center of the detect 58 to the last two points of the track 76 is less than two thirds of the specified detection search range when the track 76 hasn't moved very far (e.g. the span of the track 76 is less than the specified minimum human head size and the track 76 has more than 3 points);

3) If the detect 58 is in the background, the maximum height of the detect 58 must be greater than or equal to the specified minimum person height;

4) If the detect 58 is neither in the background nor close to dead zones or height map boundaries, and the track 76 is neither in the background nor is noisy in the previous frame, and a first distance from the detect 58 to the predicted position of the track 76 is less than a second distance from the detect 58 to the end position of the track 76, use the first distance as the matching distance. Otherwise, use the second distance as the matching distance. The matching distance has to be less than the specified detection search range;

5) The difference between the maximum height of the detect 58 and the height oblast point of the track 76 must be less than the specified maximum height difference; and

6) If either the last point off-track 76 or the detect 58 is in the background, or the detect 58 is close to dead zones or height map boundaries, the distance from the track 76 to the detect 58 must be less than the specified background detection search range, which is generally smaller than the threshold used in condition (4).

Sort the candidate list in terms of the distance from the detect 58 to the track 76 or the height difference between the detect 58 and the track 76 (if the distance is the same) in ascending order.

The sorted list contains pairs of detects 58 and tracks 76 that are not paired. Run through the whole sorted list from the beginning and check each pair. If either the detect 58 or the track 76 of the pair is marked “paired” already, ignore the pair. Otherwise, mark the detect 58 and the track 76 of the pair as “paired”. [0144] 2.2.7 Search of Suboptimal Location For Unpaired Tracks

Due to sparseness nature of the disparity map 50 and the height map 56, some human objects may not generate local maxima in the height map 56 and therefore may be missed in the object detection process 108. In addition, the desired local maxima might get suppressed by a neighboring higher local maximum from a taller object. Thus, some human object tracks 76 may not always have a corresponding local maximum in the height map 56. This phase tries to resolve this issue by searching for a suboptimal location for a track 76 that has no corresponding local maximum in the height map 56 at the current time. Tracks 76 that have already been paired with a detect 58 in the previous phase might go through this phase too to adjust their locations if the distance between from end of those tracks to their paired detects is much larger than their steps in the past. In the following description, the track 76 currently undergoing this phase is called Track A. The search is performed in the following steps.

First, referring to FIG. 7, if Track A is deemed not suitable for the suboptimal location search operation (i.e., it is inactive, or it's in the background, or it's close to the boundary of the height map 56 or dead zones, or its height in last frame was less than the minimum person height (block 184)), stop the search process and exit. Otherwise, proceed to the next step.

Second, if Track A has moved a few steps (block 200) (e.g., three steps) and is paired with a detection (called Detection A) (block 186) that is not in the background and whose current step is much larger than its maximum moving step within a period of time in the past specified by a track time out parameter (block 202,204), proceed to the next step. Otherwise, stop the search process and exit.

Third, search around the end point of Track A in a range defined by its maximum moving steps for a location with the largest height sum in a predefined window and call this location Best Spot A (block 188). If there are some detects 58 deleted in the process of merging of closely located detects in the object detection phase and Track A is long in either the spatial domain or the temporal domain (e.g. the span of Track A is greater than the specified noisy track span threshold, or Track A has more than three frames) (block 190), find the closest one to the end point of Track too. If its distance to the end point of Track A is less than the specified detection search range (block 206), search around the deleted component for the position with the largest height sum and call it Best Spot AI (block 208). If neither Best Spot A nor Best Spot AI exists, stop the search process and exit. If both Best Spot A and Best Spot AI exist, choose the one with larger height sum. The best spot selected is called suboptimal location for Track A. If the maximum height at the suboptimal location is greater than the predefined maximum person height (block 192), stop the search and exit. If there is no current detection around the suboptimal location (block 194), create a new detect 58 (block 214) at the suboptimal location and stop the search. Otherwise, find the closest detect 58 to the suboptimal location and call it Detection B (block 196). If Detection B is the same detection as Detection A in step 2 (block 198), update Detection A's position with the suboptimal location (block 216) and exit the search. Otherwise, proceed to the next step.

Fourth, referring to FIG. 8, if Detection B is not already paired with a track 76 (block 220), proceed to the next step. Otherwise, call the paired track of the Detection B as Track B and perform one of the following operations in the given order before exiting the search:

1) When the suboptimal location for Track A and Detection B are from the same parent component (e.g. in the support of the same first pass component) and the distance between Track A and Detection B is less than half of the specified maximum person width, create a new detect 58 at the suboptimal location (block 238) if all of the following three conditions are met: (i) the difference between the maximum heights at the suboptimal location and Detection B is less than a specified person height error range; (ii) the difference between the height sums at the two locations is less than half of the greater one; (iii) the distance between them is greater than the specified detection search range and the trk_ range values of both Track A and Track B are greater than the specified noisy track offset. Otherwise, ignore the suboptimal location and exit;

2) If the distance between the suboptimal location and Detection B is greater than the specified detection search range, create a new detect 58 at the suboptimal location and exit;

3) If Track A is not sizable in both temporal and spatial domains (block 226), ignore the suboptimal location;

4) If Track B is not sizable in both temporal and spatial domain (block 228), detach Track B from Detection B and update Detection B's position with the suboptimal location (block 246). Mark Detection B as Track A's closest detection;

5) Look for best spot for Track B around its end position (block 230). If the distance between the best spot for Track B and the suboptimal location is less than the specified detection search range (block 232) and the best spot for Track B has a larger height sum, replace the suboptimal location with the best spot for Track B (block 233). If the distance between is larger than the specified detection search range, create a detect 58 at the best spot for Track B (block 250). Update Detection A's location with the suboptimal location if Detection A exists.

Fifth, if the suboptimal location and Detection B are not in the support of the same first pass component, proceed to the next step. Otherwise create a new detection at the suboptimal location if their distance is larger than half of the specified maximum person width, or ignore the suboptimal location and mark Detection B as Track A's closest detection otherwise.

Finally, create a new detect 58 at suboptimal location and mark Detection B as Track A's closest detection (block 252) if their distance is larger than the specified detection search range. Otherwise, update Track A's end position with the suboptimal location (block 254) if the height sum at the suboptimal location is greater than the height sum at Detection B, or mark Detection Bas Track A's closest detection otherwise.

2.2.8 Second Pass Matching Between Tracks and Detects

After the previous phase, a few new detections may be added and some paired detects 72 and tracks 76 become unpaired again. This phase looks for the optimal match between current unpaired detects 72 and tracks 76 as in the following steps.

For every pair of track 76 and detect 58 that remain unpaired, put the pair into a candidate list if all of the following five conditions are met:

1) the track 76 is active (block 262 in FIG. 9);

2) the distance from detect 58 to the end point of the track 76 (block 274) is smaller than two thirds of the specified detection search range (block 278) when the track doesn't move too far (e.g. the span of the track 76 is less than the minimal head size and the track 76 has more than three points (block 276));

3) if the detect 58 is in the background (block 280), the maximum height of the detect 58 must be larger than or equal to the specified minimum person height (block 282);

4) the difference between the maximum height and the height of the last point of the track 76 is less than the specified maximum height difference (block 284);

5) the distance from the detect 58 to the track 76 must be smaller than the specified background detection search range, if either the last point of the track 76 or the detect 58 is in background (block 286), or the detect 58 is close to dead zones or height map boundaries (block 288); or if not, the distance from the detect 58 to the track 76 must be smaller than the specified detection search range (block 292).

Sort the candidate list in terms of the distance from the detect 58 to the track 76 or the height difference between the two (if distance is the same) in ascending order (block 264).

The sorted list contains pairs of detects 58 and tracks 76 which are not paired at all at the beginning. Then run through the whole sorted list from the beginning and check each pair. If either the detect 58 or the track 76 of the pair is marked “paired” already, ignore the pair. Otherwise, mark the detect 58 and the track 76 of the pair as “paired” (block 270).

2.2.9 Track Update or Creation

After the second pass of matching, the following steps are performed to update old tracks or to create new tracks:

First, referring to FIG. 10, for each paired set of track 76 and detect 58 the track 76 is updated with the information of the detect 58 (block 300,302).

Second, create a new track 80 for every detect 58 that is not matched to the track 76 if the maximum height of the detect 58 is greater than the specified minimum person height, and the distance between the detect 58 and the closest track 76 of the detect 58 is greater than the specified detection search range (block 306,308). When the distance is less than the specified detection merge range and the detect 58 and the closest track 76 are in the support of the same first pass component (i.e., the detect 58 and the track 76 come from the same first pass component), set the trk_IastCollidingTrack of the closest track 76 to the ID of the newly created track 80 if there is one (block 310,320).

Third, mark each unpaired track 77 as inactive (block 324). If that track 77 has a marked closest detect and the detect 58 has a paired track 76, set the trk_IastCollidingTrack property of the current track 77 to the track ID of the paired track 76 (block 330).

Fourth, for each active track 88, search for the closest track 89 moving in directions that are at most thirty degrees from the direction of the active track 88. If the closest track 89 exists, the track 88 is considered as closely followed by another track, and “Shopping Cart Test” related properties of the track 88 are updated to prepare for “Shopping Cart Test” when the track 88 is going to be deleted later (block 334).

Finally, for each active track 88, search for the closest track 89. If the distance between the two is less than the specified maximum person width and either the track 88 has a marked closest detect or its height is less than the specified minimum person height, the track 88 is considered as a less reliable false track. Update “False Track” related properties to prepare for the “False Track” test later when the track 88 is going to be deleted later (block 338).

As a result, all of the existing tracks 74 are either extended or marked as inactive, and new tracks 80 are created.

2.2.10 Track Analysis

Track analysis is applied whenever the track 76 is going to be deleted. The track 76 will be deleted when it is not paired with any detect for a specified time period. This could happen when a human object moves out of the field view 44, or when the track 76 is disrupted due to poor disparity map reconstruction conditions such as very low contrast between the human object and the background.

The goal of track analysis is to find those tracks that are likely continuations of some soon-to-be deleted tracks, and merge them. Track analysis starts from the oldest track and may be applied recursively on newly merged tracks until no tracks can be further merged. In the following description, the track that is going to be deleted is called a seed track, while other tracks are referred to as current tracks. The steps of track analysis are as follows:

First, if the seed track was noisy when it was active (block 130 in FIG. 6), or its trkrange is less than a specified merging track span (block 132), or its trk_IastCollidingTrack does not contain a valid track ID and it was created in less than a specified merging track time period before (block 134), stop and exit the track analysis process.

Second, examine each active track that was created before the specified merging track time period and merge an active track with the seed track if the “Is the Same Track” predicate operation on the active track (block 140) returns true.

Third, if the current track satisfies all of the following three initial testing conditions, proceed to the next step. Otherwise, if there exists a best fit track (definition and search criteria for the best fit track will be described in forthcoming steps), merge the best fit track with the seed track (block 172, 176). If there is no best fit track, keep the seed track if the seed track has been merged with at least one track in this operation (block 178), or delete the seed track (block 182) otherwise. Then, exit the track analysis.

The initial testing conditions used in this step are: (1) the current track is not marked for deletion and is active long enough (e.g. more than three frames) (block 142); (2) the current track is continuous with the seed track (e.g. it is created within a specified maximum track timeout of the end point of the seed track) (block 144); (3) if both tracks are short in space (e.g., the trkrange properties of both tracks are less than the noisy track length threshold), then both tracks should move in the same direction according to the relative offset of the trk_start and trk_end properties of each track (block 146).

Fourth, merge the seed track and the current track (block 152). Return to the last step if the current track has collided with the seed track (i.e., the trk_IastCollidingTrack of the current track is the trk_ID of the seed track). Otherwise, proceed to the next step.

Fifth, proceed to the next step if the following two conditions are met at the same time, otherwise return to step 3: (1) if either track is at the boundaries according to the “is at the boundary” checking (block 148), both tracks should move in the same direction; and (2) at least one track is not noisy at the time of merging (block 150). The noisy condition is determined by the “is noisy” predicate operator.

Sixth, one of two thresholds coming up is used in distance checking. A first threshold (block 162) is specified for normal and clean tracks, and a second threshold is specified for noisy tracks or tracks in the background. The second threshold (block 164) is used if either the seed track or the current track is unreliable (e.g. at the boundaries, or either track is noisy, or trkranges of both tracks are less than the specified noisy track length threshold and at least one track is in the background) (block 160), otherwise the first threshold is used. If the shortest distance between the two tracks during their overlapping time is less than the threshold (block 166), mark the current track as the best fit track for the seed track (block 172) and if the seed track does not have best fit track yet or the current track is closer to the seed track than the existing best fit track (block 170). Go to step 3.

2.2.11 Merging of Tracks

This operation merges two tracks into one track and assigns the merged track with properties derived from the two tracks. Most properties of the merged track are the sum of the corresponding properties of the two tracks but with the following exceptions:

Referring to FIG. 11, trk_enters and trk_exits properties of the merged track are the sum of the corresponding properties of the tracks plus the counts caused by zone crossing from the end point ozone track to the start point of another track, which compensates the missing zone crossing in the time gap between the two tracks (block 350).

If a point in time has multiple positions after the merge, the final position is the average (block 352).

The trk_start property of the merged track has the same trk_start value as the newer track among the two tracks being merged, and the trk_end property of the merged track has the same trk_end value as the older track among the two (block 354).

The buffered raw heights and raw positions of the merged track are the buffered raw heights and raw positions of the older track among the two tracks being merged (block 356).

Another embodiment of the present disclosure may be adapted to a counting system that may be adapted to various settings, such as in a retail setting. As shown in FIG. 13, an example of a counting system deployed in a retail setting 1301 is shown. The retail setting 1301 may be representative of a shopping center 1301 that has a number of retail units 1302. Each retail unit 1302 may include a stereo-optical sensor unit 1303. For example, the stereo-optical sensor unit 1303 may be positioned at a ceiling height above an internal entrance of the respective retail unit 1302. The stereo-optical sensor unit 1303 includes sensors and logic to count each individual that visits the retail unit 1302. The stereo-optical sensor unit 1303 is also to report such counting data to a user.

In the retail setting 1301, the user may evaluate the counting data, e.g., for use in analyzing statistics such as sales conversion rates and visitor traffic. However, one concern is obtaining accurate counting data from the visitors entering and exiting a given retail unit 1302. More particularly, distinguishing between an adult visitor and a child visitor to a given retail unit 1302 is generally of concern in obtaining useful information for customer analysis. For instance, a user might want to evaluate habits of adult visitors to a retail unit 1302 and might not be able to obtain an accurate insight of such habits if child visitors are included with a count. As another example, the user may separately want to evaluate habits of child visitors to the retail unit 1302. However, because of a relatively significant variability in detected heights for a tracked object, distinguishing between an adult visitor and a child visitor for the counting system may be a challenge. Current approaches to doing so may be inaccurate and involve computational complexity.

Embodiments presented herein disclose techniques for obtaining a relatively accurate height measurement estimate for a tracked object indicative of an individual. More particularly, techniques process a set of height data that is collected over time for the individual. As further described herein, the techniques determine a relatively accurate estimation of height for a tracked individual. For instance, a k-means clustering algorithm may be performed to determine multiple clusters from the set of height data. The estimation may be derived from the most populated cluster. This estimation may then be evaluated against a height threshold and used to determine whether the individual corresponds to an adult or to a child. The individual may then be counted as either an adult or a child. Advantageously, embodiments presented herein disclose techniques for accurately determining a height of a tracked object in a manner that requires less computational complexity.

Referring now to FIG. 14, a simplified diagram further illustrating the stereo-optical sensor unit 1303 as positioned at an entrance 1404 of a location (e.g., a retail unit 1302) is shown. A perspective view of the exterior of the stereo-optical sensor unit 1303 is shown on the top corner of FIG. 14. Illustratively, the stereo-optical sensor unit 1303 includes a housing 1402 and camera lenses 1403. The illustrative embodiment provides two camera lenses 1403 that are positioned horizontally apart from one another. In using multiple camera lenses 1403, the stereo-optical sensor unit 1303 can measure depth or, in cases in which a distance from the stereo-optical sensor unit 1303 and ground is known, height.

Illustratively, a camera in the stereo-optical sensor unit 1303 captures image data of individuals 1405 entering and leaving the field-of-view thereof. Logic in the stereo-optical sensor unit 1303 processes the image data. For instance, the stereo-optical sensor unit 1303 generates a height map of the scene captured by the field-of-view and, based on an evaluation of the generated height map, identifies an individual to be included as counting data.

Referring now to FIG. 15, a block diagram depicting the hardware components of the stereo-optical sensor unit 1303 are shown. As shown, the stereo-optical sensor unit 1303 includes, without limitation, a central processing unit (CPU) 1502, a stereo-optical camera 1504, a network interface 1506, a memory 1508, and a storage 1510. Each of these components may be interconnected via an interconnect bus 1512. Note, FIG. 15 provides examples of hardware components that may be included with a given stereo-optical sensor unit 1303. Of course, one of skill in the art will recognize that the stereo-optical sensor unit 1303 may include additional components not discussed herein. Further, the components of the stereo-optical sensor unit 1303 may also be organized in various arrangements different from that depicted in FIG. 15. For example, some components, such as sensors, may be wirelessly connected to the stereo-optical sensor unit 1303 using a wireless communication protocol, such as Bluetooth.

The CPU 1502 retrieves and executes programming instructions stored in memory 1508 as well as stores and retrieves application data residing in the storage 1510. The bus 1512 is used to transmit programming instructions and data between CPU 1502, storage 1510, network interface 1506, and memory 1508. Note, the CPU 1502 is included to be representative of a single CPU, multiple CPUs, a single CPU having multiple processing cores, and the like. The memory 1508 is generally included to be representative of a random access memory. The storage 1510 may be a disk drive storage device. Although shown as a single unit, storage 1510 may be a combination of fixed and/or removable storage devices, such as fixed disc drives, removable memory cards, or optical storage, network attached storage (NAS), or a storage area network (SAN).

The stereo-optical camera 1504 includes multiple sensor lenses (e.g., camera lenses 1403) to capture image data, which the storage 1510 may temporarily maintain. The memory 1508 includes program code logic to direct the stereo-optical camera 1504 to capture images data. The program code may also identify individuals in the image data (e.g., using the techniques described above) for counting data and generate height map data for each individual and process the height map data (e.g., to distinguish between adult individuals and child individuals). The network interface 1506 may be embodied as any communication circuit, device, or collection thereof, capable of enabling communications over a network between the optical sensor unit 1303 and other devices.

Referring now to FIG. 16, a block diagram of an arrangement of components of a counting system 1601 is shown. Illustratively, the counting system 1601 may include one or more stereo-optical sensor units 1303. Each stereo-optical sensor unit 1303 can include two camera lenses 1403. Each of the stereo-optical sensor units 1303 are in communication with one another. For example, as shown, the stereo-optical sensor units 1303 are connected with one another using a data cable 1604. Doing so allows each stereo-optical sensor unit 1303 to communicate data (e.g., image data, height data, counting data, etc.) with one another. Further, the stereo-optical sensor unit 1303 may be connected to a computing device 1607 (e.g., via a cable 1606 or wirelessly). The computing device 1607 may be a management console that receives image data and other statistics generated by a given stereo-optical sensor unit 1303 (e.g., height data, counting data, and the like). Note, although FIG. 16 depicts each component of the counting system 1601 being connected to one another via data cables (e.g., data cables 1606, 1606), one of skill in the art will recognize that these components may also be wirelessly connected to one another using some wireless standard (e.g., WiFi, Bluetooth, and the like).

During configuration of the counting system 1601, the heights of the stereo-optical sensor units 1303 from a surface (e.g., the floor of the retail unit) is to be measured to establish an accurate relationship between a given sensor unit 1303 and the surface. Doing so allows the stereo-optical sensor unit 1303 to reliably detect and track an individual in a scene (e.g., the image area captured in a field-of-view by the optical sensors).

The counting system 1601 is also configured to define a counting area. In some embodiments, the counting area corresponds to an area within the captured image data that represents a physical area through which an individual passes to be counted by the system 1601. Referring now to FIG. 17, an example counting area 1700 is shown. Illustratively, two counting zones (Zone 1 and Zone 2) are defined. A counting zone is a pre-configured spatial boundary that an individual passes through to be counted by the system 1601. As an individual passes through Zone 1 and Zone 2, the counting system 1601 counts the entrances and exits from each zone separately. For an individual to be counted as an entrance, the counting system 1601 may determine that the individual passes through Zone 1 prior to passing through Zone 2. For an individual to be counted as an exit, the counting system 1601 may determine that the indvidival passes through Zone 2 prior to passing through Zone 1. As shown in FIG. 17, an Individual A has passed through Zone 1 prior to passing through Zone 2. In such a case, the counting system 1601 counts Individual A as an entrance (e.g., the counting system 1601 may increment a counter associated with entrances and the Individual B). As further shown in FIG. 17, an Individual B is shown to approach and pass through Zone 2 and then pass through by Zone 1. If so performed, the counting system 1601 counts Individual B as an exit (e.g., the counting system 1601 may increment a counter associated with an exit and the Individual B).

In some embodiments, a user may calibrate the counting system 1601 to correct for lens distortion (e.g., in the stereo-optical sensor unit 1601). Once calibrated, the counting system 1601 may better determine a height of tracked objects, in which the distance of a given stereo-optical sensor unit 1601 from a surface is known. Other information may be applied for height calculation, such as lens focal length, distance between lenses, and so on. In some cases, two images of a scene are recorded simultaneously by each camera and may be used to derive disparity information between any two corresponding points in the two images where both points refer to the same physical point in a coordinate system. Once a disparity map is created, a height map is calculated to reflect the height of every point in the scene visible from sensors. Following these operations, a first height image is obtained, in which each pixel represents a point in the scene and the pixel value represents the height of the point from the surface.

Referring now to FIG. 18, an example diagram 1800 of a grid view of an 8-connected view is shown. Objects of interest for a counting system may include individuals passing through a scene. An individual may be identified in a generated height map using blob detection. Generally, blob detection pertains to categorizing pixels with related attribute values (e.g., RGB values, height values, etc.) that are near one another into groups. The stereo-optical sensor unit 1303 may create pixel groups from group members having height values in a specified range. For example, a specified range to classify a given object may include pixels that are near one another that have non-zero height values. Continuing this example, pixels that are near one another that have a zero-height pixels can correspond to background (e.g., the floor of a retail unit).

The diagram 1800 is an example of a non-zero height, 8-connected blob. Generally, a non-zero height, 8-connected blob is a group of pixels in which each member is an 8-neighbor of another. Further generally, two pixels are 8-neighbors to one another if the pixels share an edge or a vertex. Illustratively, each square on the grid of diagram 1800 represents a pixel. The 8-connected blob of the diagram 1800 is the group of white pixels. Each of the white pixels has non-zero height values and represents an object to be tracked by the counting system 1601. The black pixels have zero height values and represent background to the counting system 1601.

A blob may correspond with the shape of the individual from a viewed perspective. For example, referring now to FIG. 19, an example diagram 1900 of an overhead view of a blob representation of an individual is shown. The black area of the diagram 1900 represents zero height value areas and the non-black area is indicative of the blob representation. More specifically, the non-black area is representative of pixels having height values. The counting system 1601 may track the blob within a counting zone. The counting system 1601 may count the individual represented by the blob at termination of the track (e.g., when the individual loves the counting zone or at the end of a specified duration).

An individual's height at each image frame can be evaluated as a greatest pixel height value within the blob representative of the individual. Along a track of the blob, the counting system 1601 (e.g., via a stereo-optical sensor unit 1303) may collect a set of height data from each image frame during tracking. The height data may vary along the track due to various factors, such as pose change, object occlusion, calculation error, and so on. However, the counting system 1601 may apply clustering algorithms on the height data to improve height accuracy calculations.

Referring now to FIGS. 20 and 21, a method 2000 for estimating a height of a tracked object (e.g., of an individual monitored entering and exiting a retail unit) is described. For instance, the counting system 1601 may perform the method 2000 in operation. In some embodiments, an individual stereo-optical sensor unit 1303 of the counting system 1601 may perform the method 2000. Further, a computing system (e.g., the computing device 1607) may perform the method 2000.

As shown, the method 2000 begins in block 2000, in which the counting system 1601 detects an individual entering a counting zone. The counting system 1601 may detect the individual using the techniques described above. In block 2004, the counting system 1601 captures one or more images of the individual. In block 2006, the counting system 1601 generates a height map of the scene for each of the images. Doing so allows the counting system 1601 to distinguish between background (e.g., pixels having zero height values) and objects of interest, such as the individual. The counting system 1601 also identifies local maxima within each height map (e.g., maximum height values on pixels in the scene).

In block 2008, the counting system 1601 detects a blob in each height map that corresponds to the tracked object. The counting system 1601 identifies the current point of time used for the height map. For example, the counting system 1601 may use timestamp data maintained by a stereo-optical sensor unit 1303 corresponding to the time that the stereo-optical sensor unit 1303 captured the image. In block 2010, the counting system 1601 tracks the blob through the counting zone for a specified duration. The specified duration may be a period of time used for a particular counting zone. In block 2012, the counting system 1601 determines whether the blob track is complete. For example, the blob track may be complete once the tracked object is no longer in the scene. As another example, the blob track may be complete once the specified duration has elapsed.

In block 2014, the counting system 1601 obtains a set of height data for the tracked blob over the specified duration. The set of height data may correspond to height values for the blob as tracked through the captured images. For instance, each height value may correspond to a maximum height value of the tracked blob in a given image.

In block 2016, the counting system 1601 applies a clustering technique to the set of height data. Doing so results in a number of clusters being generated. In some embodiments, the counting system 1601 may apply a k-means clustering algorithm to generate a number of clusters. Each cluster includes a number of height values from the set of height data. In practice, generating three clusters has shown to be effective. Although other amounts of clusters may also be contemplated. Similarly, other clustering algorithms may be applied to the height data.

The counting system 1601 continues to apply the clustering technique to the height data to provide stability in each cluster (e.g., to reduce variation in cluster size through each successive iteration of the clustering technique). In block 2018, the counting system 1601 determines whether the clusters are stable. If not, then the method 2000 returns to block 2016 to continue iterating performances of the clustering technique.

Once stable, in block 2020, the counting system 1601 identifies the cluster having the greatest amount of height values. In block 2016, the counting system 1601 calculates a mean height value of the identified cluster. The mean height value of the cluster having the greatest amount of height values corresponds to an estimate of the tracked object representative of the individual. Such calculation can be evaluated to distinguish whether the tracked object corresponds to an adult individual or to a child individual. For instance, in block 2018, the counting system 1601 determines whether the calculated value exceeds a specified threshold indicative of whether the tracked object corresponds to an adult. If not, then in block 2020, the counting system 1601 registers the individual as a child for counting purposes. Otherwise, if the mean height value exceeds the threshold, then in block 2022, the counting system 1601 registers the individual as an adult.

The present disclosure is not limited by the embodiments disclosed herein and it will be appreciated that numerous modifications and embodiments may be devised by those skilled in the art. Therefore, it is intended that the following claims cover all such embodiments and modifications that fall within the true spirit and scope of the present disclosure. 

1. A computer-implemented method for evaluating height data, the method comprising: obtaining, by execution of one or more processors, a plurality of height values for a tracked object over a specified period of time; generating, from the plurality of height values, a plurality of clusters, each cluster including at least one of the plurality of height values; identifying one of the plurality of clusters having a largest amount of the plurality of height values relative to a remaining of the plurality of clusters; and estimating a height of the tracked object from the identified one of the plurality of clusters.
 2. The computer-implemented method of claim 1, further comprising: determining whether the height of the tracked object exceeds a specified threshold.
 3. The computer-implemented method of claim 2, further comprising: upon determining that the height of the tracked object exceeds a specified threshold, classifying the tracked object as an adult individual.
 4. The computer-implemented method of claim 2, further comprising: upon determining that the height of the tracked object does not exceed a specified threshold, classifying the tracked object as a child individual.
 5. The computer-implemented method of claim 1, wherein estimating the height of the tracked object comprises calculating a mean height value of the identified one of the plurality of clusters.
 6. The computer-implemented method of claim 1, wherein the tracked object corresponds to an individual, and further comprising: detecting the individual entering a predefined area; capturing, via one or more sensors, a plurality of images of the individual; for each image, generating a height map of a scene and identifying local maxima; detecting a blob in the height map; and tracking the blob through the predefined area for the specified period of time.
 7. The computer-implemented method of claim 1, wherein generating the plurality of clusters comprises applying a k-means clustering algorithm to the plurality of height values.
 8. The computer-implemented method of claim 1, wherein generating the plurality of clusters comprises applying a k-means clustering algorithm to the plurality of height values to create three clusters, the three clusters corresponding to the plurality of clusters.
 9. The computer-implemented method of claim 7, further comprising: iterating the k-means clustering algorithm until each of the plurality of clusters is stable.
 10. A system comprising: one or more processors; and a memory storing program code, which, when executed on the one or more processors, causes the system to: obtain a plurality of height values for a tracked object over a specified period of time; generate, from the plurality of height values, a plurality of clusters, each cluster including at least one of the plurality of height values; identify one of the plurality of clusters having a largest amount of the plurality of height values relative to a remaining of the plurality of clusters; and estimate a height of the tracked object from the identified one of the plurality of clusters.
 11. The system of claim 10, wherein the program code further causes the system to: determine whether the height of the tracked object exceeds a specified threshold.
 12. The system of claim 11, wherein the program code further causes the system to, upon a determination that the height of the tracked object exceeds a specified threshold: classify the tracked object as an adult individual.
 13. The system of claim 11, wherein the program code further causes the system to, upon a determination that the height of the tracked object does not exceed a specified threshold: classify the tracked object as a child individual.
 14. The computer-implemented method of claim 1, wherein to estimate the height of the tracked object comprises to calculate a mean height value of the identified one of the plurality of clusters.
 15. The computer-implemented method of claim 1, wherein to generate the plurality of clusters comprises to apply a k-means clustering algorithm to the plurality of height values to create three clusters, the three clusters corresponding to the plurality of clusters. 